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ABSTRACT 



The Stress of School Project attempted to find new 
ways by which the school can help children learn more effectively. 

The resulting information system, APPLE (Anecdotal Processing to 
Promote the Learning Experience) was designed to process anecdotal 
data obtained in schools and integrate it with quantitative measures 
of pupil characteristics. Many features of APPLE are oriented toward 
building and maintaining magnetic tape and disc files of a variety of 
types of educational data. The system is also generalized so that 
other school systems may use it. The basic features of the APPLE 
system, the APPLE storage and retrieval program and the APPLE 
supporting pregrams are specified. Types of behaviors incorporated in 
the system include: (1) academic- in tellectual ; (2) social-emotional; 

(3) physical appearance; (4) general; and (5) other. The APPLE data 
structure and the way data are organized into files give the system 
its potential as a research tool and its generalizability to a 
variety of administrative needs. The files are discussed quite 
thoroughly. (KJ) 
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ANECDOTAL PROCEEDING TO PROMOTE THE LEARNING EXPERIENCE 1 
Nadine M. Lambert, Carolyn S. Hartsough 
Kred L. Converse, Emily K. Converse 
University of California, Berkeley 
Back ground 

Most of us on the* educational scene are aware of the tremendous 
amount of available or readily obtainable information with which to plan 
learning experiences for children. However, it is remarkable that in 
the Moon Age, a scarce few school districts employ even the most rudimen- 
tary data processing systems for collecting and reporting data or for 
conducting systematic studies of the outcomes of school programs. More- 
over, the data which districts have available in some machine sensible 
form often are not integrated into a single record-keeping system so that 
analysis of the data across sets of records can be accomplished readily. 

Large or wealthy districts have the personnel and budget resources 
to allocate to the development of district-wide computer record-keeping 
and reporting. The smaller, poor districts have none of these resources 
and they either continue to handle school record-keeping by hand or uti- 
lize computer service centers for unit jobs such as test scoring and 
reporting, grading, and attendance accounting. Meanwhile the information 
necessary for planning and evaluating children's learning experience is 
not available to the teacher and knowledge about the child in school 
during one year is usually lost by the following year. Until now there 
lias been no available method for recording and processing information 
about the experiential aspects of the child's transactions with the school 
nor for matching this information with administratively gathered data. 




o 



Many attempts have been made to develop data processing and informa- 
tion retrieval programs for educational uses which have the potential of 
general applicability of school systems (Goodlad, Caffrey, O’Toole, & 

Tyler, .1965). The failure of schools to adopt general programs of the 
type that have been developed and tested in extensive field trials is a 
subject worthy of investigation in its own right. But a cursory review 
of the problem of adapting any set of data processing systems to individual 
school requirements for record-keep j ng , reporting, and evaluation leads 
to the conclusion that the problems of adaptability lie in the constraints 
which are p Laced on the school system user, and in the lack of general - 
Lzubility of the specific retrieval programs to Individual school dis- 
trict’s needs. For example, data processing programs which require the 
school district to report scores of a particular type, for specific tests, 
and in a specific format leave no freedom for the school district to 
select the type of standard scores they prefer, the number of tests to be 
reported, an 1 , of course, the form in which the tests are to be summarized. 
Futhermore many data processing programs developed by individual school 
districts or state agencies are closed systems specifying the types of 
data which can be bandied and making no provisions for either adding to or 
mod i. lying the data input. 

In the present state of technology many system analysts assert that 
general programs cannot be general enough to have relatively universal 
application. Therefore, they recommend that the goal of general purpose 
information systems should be abandoned. Those who dare step where angels 
fear to tread and suggest the feasibility of developing a set of general 
data processing and information retrieval programs cannot ignore this pro- 
blematic past in proposing ideas for future development. 
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^ovor'il initial considerations lire basic to the development of gen- 
eral i zed programs. Ono stumbling block to bull ding an i ntogrnt.ed record- 
keeping system is the problem of establishing a dossier code which not 
only wi.L.1 follow the child through school, but which also can be used to 
alphabetize the many rosters which schools use to report information to 
staff, such as the roster of class members for whom test scores are being 
reported. Storage of records is still another hurdle, but with the in- 
creasing availability c>f disc storage, and remote access terminals, this 
problem is one which appears fairly easily resolved. Adaptability of the 
programs to the principal computer hardware systems such as IBM, Honeywell, 
Burrough 1 s, RCA, or Control Data and the inter-face of the retrieval pro- 
grams with existing computer software are primary considerations in the 
creation of general Information processing and retrieval programs w ith 
maximum adaptability. And this list would not be complete without point- 
ing out the need to maintain different levels of confidentiality of records 
so that the privacy of the child and the family can be ensured as data 
are reported and summarized for various educational uses. 

Requirements for Development of the APPLE System 
The Stress of School Project attempted to find new ways by which the 
school can help children learn more effectively. Among the objectives of 
this project was the study of teacher strategies for meeting the needs of 
children risking failure in school. The atte.inment of the project objec- 
tives required the development of tools for integrating the processing of 
quantitative and qualitative information in a pupil personnel data base. 
The resulting information system, APPLE (Anecdotal Processing to Promote 
the Learning Experience), was designed to process anecdotal data obtained 




in schools and integrate it with quantitative measures of pupil charac- 
teristic s and behavior. 

Generali zabllity of the APPLE S ystem 

Early in the development of the system for the Stress of School Pro- 
ject it became apparent that the evolving computer programs should not 
become specific to the project goals, but should become a comprehensive 
system for handling pupil personnel data which would be readily appli- 
cable to a wide variety ci* school systems and their individual i nforma- 
tion processing requirements. The effort to make the programs general 
rather than specific in no way prevented the project research staff from 
attaining the project goals; rather this requirement of generalizability 
enabled us to maintain an open system of record-keeping into which could 
be incorporated any unexpected source of information about pupils which 
had not been contemplated earlier. 

Types of Pupil Personnel Dat a to be Processed 

Many features of APPLE are oriented toward building and maintaining 
magnetic tape and disc files of the following types of educational data. 

1 . Data for monitoring Learning and for decisions relevant to modi- 
fying the learning environment of the individual, to adapt to his readiness. 
APPLE should be of greatest value to education in this area where rapid 
entry of measures of the pupil’s progress, digestion (elimination of 
"noise" and detection of significant parameters), and presentation of 
easily comprehended diagnostic data displays permit prompt adaptation of 
the setting within which his learning should advance. 

2. Data of traditional educational administration such as those 
legally required for state reports (identification, admission, attendance, 
withdrawal, grade status, immunization, guardianship, addresses) and/or 



‘‘or iroti-etion of health., safety, :*nd welfare of the child (telephone 

numbers, places of employment of responsible adults, reports of examina- 
tions of hearing, sight, medical, and dental examinations), and/or for 
guidance and reporting to parents and community (test results, achieve- 
ment, and citizenship marks). The connectives "and/or” above are included 
to remind us that much of these data are processed to meet multiple needs. 
Recording it, storing it, integrating it in various combinations, report- 
ing it, checking it, correcting it . . . are expensive tasks. If the sys- 
tem is adopted by a school district,, APPLE should have its economic justi- 
fication in this area alone. 

3. Additional data gathered for program evaluation and for research 
to improve the efficacy of the educational process. APPLE’S cost of 
operation must be low to be administratively attractive for application 
to data in area 2 above, however, the initial costs of developing a sys- 
tem with research potential as well as information retrieval capabilities 
have been borne by the Stress of School Project. The APPLE system pro- 
vides for data retrieval and data reduction as a by-product of adminis- 
trative data processing by educational agencies. 

Problems of Diversity of Data 

The wide variety of types of data processed by each district and the 
common practice in most districts of using fragmented procedures for analy- 
sis and reporting greatly handicap the districts in using the data in 
integrated ways or in communicating it to other districts as the pupil 
moves. Rarely, for example, are test scores of pupils tested in one year 

t 

readily available in subsequent years for comparison with later test data, 
report card data, or attendance accounting data. 
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Throe separate grade level cohorts" of subjects from each of four 
school <J T sf r i of in Uk* Kant, Hay i mi of the San Franc i r.co Metropolitan 



teacher consultations, parent interviews, and project assessments comprise 
the epidemiological data by which school-based stress in children and 
relevant teacher strategies was to be studied. For APPLE, however, the 
characteristics of the record-keeping, data collection, and data proces- 
sing systems of the school districts are of more direct interest. These 
four districts represent the wide range of procedures which are typical 
of the administrative record-keeping activities of California school dis- 
tricts. 

T est data . For several years one of the four district* had main- 
tained computerized test scoring and reporting services, and could inte- 
grate these data with grade and attendance information. Another of the 
four districts contracted with a local school testing service for test 
scoring and reporting services, but did not integrate attendance and grade 
reporting with test data even though a unique pupil identification number 
was assigned to every pupil in the district. The other two districts 
made minimal use of data processing systems. Except for reports of achieve- 
ment and ability test scores required by the State Board of Education, all 
other elementary school data were processed by hand and there was no 
attempt to integrate information for an individual pupil other than what 
was available from teachers 1 reports and other data on each child’s cumu- 




jeot data co 1.1 octed from existing school records:, classroom observations 




lative record 
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Report, card data . In the four participating districts, the .? forms of 
report cards were ns varied as the record-keeping systems. Each district 
utilized different achievement and behavior classifications by which to 
evaluate children's behavior at the time of regularly scheduled report 
periods. Grades were recorded by hand and the record was maintained 
usually as a series of separate forms in the child's file. Parent con- 
ferences replaced grades In some districts, making an ongoing account of 
pupiL progress impossible without provisions for processing anecdotal 
data. Often test score reports were transferred by hand from master lists 
onto cumulative records; and in others, pressure sensitive labels provided 
some guarantee that the information was actually entered into the pupil's 
school file. 

Attendance data . Quite diverse practices characterized the atten- 
dance keeping system of the school districts as well. In two cases the 
daily attendance was entered into a pupil's card by the school secretary 
and summarised by pupil’, grade, and school monthly. In other cases, the 
monthly record was kept on an IBM mark sense card which was prepunched 
with the pupil's name and ID number. But since attendance accounting 
reports were kept primarily for the computation of the district's average 
daijy attendance (ADA) from which is computed the State school apportion- 
ment for each district, these data were kept separately and not made a 
part of the pupil's cumulative file. Attendance reports were not merged 
with other pupil personnel informat ion . We therefore encountered consi- 
derable difficulty in coping with these record-keeping procedures so as 
to employ the data for the study of the causes or the effects of learning 
and behavior problems of children. 
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T r::u 'her ob nerval I.o ru.: . .In r 1 on e o V l i • o pa r t 5 c i p at i ng d .i s tricts wa s 
there : i.i \y systematic n'cnnl of teachers 1 obr.< ‘I'val i oris of* < *h i I d ron , t?io I r 
comments :i.inmL children 1 :.; progress during the year or other qualitative 
i n format i on which might \>n of assi :: taiieo to future teachers. While some 
useful I. r i format i on of Lh i s type might be found on come of the cumulative 
records of a single school, the records varied widely. 

This diversity of form, content, and accessibility of the school 
records of the subject pupils in the participating districts provided an 
excellent sample of problems in information control, management and pro- 
cessing by which to develop and test the APPLE system as a set of general 
pupil personnel record-keeping programs. The variation in record-keeping 
practice among the districts required immediate adaptation of the' APPLE 
formats, It; the data no that they could incorporate the diversity of infor- 
mation items within a data species. In order to utilize existing school 
district data on the project pupils we had to plan to provide for, develop, 
and test programs which could translate existing data formats into APPLE 
formats so as to eliminate the necessity of a great deal of custom pro- 
gramming when the system moves from the developmental to the operational 
phase and is employed in other school districts. And finally the lack of 
accessibility and the lack of complete data on the subject pupils amplified 
the need for n systematic economical method for processing pupil data in 
order to capitalize ori ordinarily available information for the planning 
of individual and classroom learning experiences. 

Features of the APPLE System and Programs 

Thus the requirement of general izabllity as well as the particular 
types of data to be processed have dictated the major features of the 




Al’PliK :*.y stein . Although largely oriented toward processing pupil person net! 
and program evaluation data, APPLE can he modified readily to handle 
"human" data in areas where anecdotal annotation is important as in medi- 
cal, psychiatric, correctional, vocational or welfare areas. The basic 
features of the APPLE system, the APPLE storage and retireval program, 
and the APPLE supporting programs are specified below. 

The APPLE Syste m 

1. The system is economically feasible as a basic file maintenance 
system for a school district. 

2. The programs are in compatible modular design for user conve- 
nience and for 'easy program modification. Programs process tape and disc 
files in multiples of 80 character records. Tests of compatibility of 
programs have been made on CDC, IBM, and Burroughs Computer systems. 

3. APPLE can process substantial quantities of anecdotal annotation 
(unlike most educational data processing systems). However, such data as 
attendance, test scores and grades are handled more efficiently in arrays 
of fixed fields (unlike most language processing systems). 

The APPLE Storage-Retrieval Progra m 

1. The APPLE main program manipulates diverse forms of input files 
stored in cards, tape, disc, or paper tape, or keyed directly from remote 
console. The inputs can be copied, abstracted, matched, merged or other- 
wise processed to produce simultaneously several varieties of output files, 
including "disguised" files to protect confidentiality. 

2. The system provides readable labeled reports of pupil personnel 
information in many different formats as appropriate to the type of data 
being processed. 
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3. For special research or administrative purposes, APPLE analyzes 
files according to user’s specifications, abstracting lists of dossier 
codes of those pupils satisfying and those not satisfying the specified 
requirements or abstracting selected information about those pupils whose 
dossier codes match a previously established . list . 

U . Profiles of pupil populations can be derived by the capability 
of the program to provide counts showing how pupils do or do not satisfy 
data specifications and to provide summary counts showing the same for 
pupil groups. 

5. In order to interface with standard statistical packages and 
utility programs , ( APPLE abstracts and reassembles items from the input 
files and from summary records to produce customized output files. 

6. APPLE accepts data in any card format in order to incorporate 
existing school district records and with user’s specifications will 
convert the data to an APPLE format. To a limited extent it can accept 
such irregular formats intermixed with regular APPLE formats. 

7* APPLE identifies and alphabetizes pupils in school populations 
; by the assignment of permanent unique dossier codes under rules which 
permit initial assignment of codes to 100,000 pupils in each of 100 
cohorts and permits subsequent expansion to up to ten times that number. 

8. To facilitate addition, replacement, or deletion of individual 
lines, APPLE assigns sequence numbers to each line of the file. 

The Supporting Programs 

1. The "sort package" provides for copying selected (or all) APPLE 
images into larger disc records together with a fifty-character key syn- 
thesized from (a) items found :in the image?, (b) items "remembered" from 
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previous Images, arid (<•) i turns converted by user supplied tables to [jermi t 
"as if” sorting (e.g., a:.; if "aggression” and "atn-gotng beh" were both 
f, 3 ,f ). The disc records are then sorted, copied to tape in original 80- 
character format, and listed. 

2. The remote access capability of the system is provided by "TTY 
retrieval” which lists on the teletypewriter all records of those pupils 
whose file numbers have been teletyped to the computer. Lists are provided 
of the file numbers scanned, showing those not sought, those sought and 
found , and t 1 ose sought but not found . 

Processin g Nat ural L anguage Data i n the APPLE System 
Conceptual Basis for Pr ocess ing N atural Language Data 

The APPLE system owes a substantial debt to the work of Eiduson in 
the development of the Psychiatric Case History Event System (PsyCHES) 
(1966). From an empirical analysis of psychiatric case histories, she 
determined that the total information pertaining to a patient could be 
perceived as a series of events which took place in the life of the pa- 
tient and his close family members. Events were conceived of as actual 
happenings as well* as psychological phenomena such as fears, fantasies, 
etc., which could not be observed, but had to be inferred. The struc- 
ture ot* an event was considered to be similar to an English sentence and 
was comprised of the words, numbers, and symbols which were typical of 
events of particular kinds. These parts of the information contained 
in the event came to designate the standard format fields which identi- 
fied or defined an event in the PsyCHES program. PsyCHES retained the 
natural language in which the case history was reported, and required no 
checklists, ratings, or codes to reduce the natural language into a priori 
categories . 
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This or'gani */at i on of descriptive information relative to the history, 
i uforv i own , observat t one. , and medical and psychological data collected 
on the patients in the Klduson research provided us with the basis for 
concept im L i / i ng Uu* management, of anecdotal information available on chil- 
dren in schools. <!aso study arid guidance reports foi lowing individual 
psychologi cal. examinations n.re the principal sets of data which are analo- 
gous to psychiatric case history files. However, such information was 
available on less than 5% of the school subjects in the Stress of School 
Project. Classroom observations, teacher reports, principal contacts, 
parent reports, and a large variety of other incidental information com- 
prised the typical sorts of anecdotal data which combine to form the "event” 
information of children in the school setting. Thus we conceived of an 
event as in the FsyCIJKo system — anything that hajipened to a child, was 
observed to happen, reported to happen , or any information which was per- 
tinent to the child in school, especially the interaction of the child 
with his Instructional program, his teachers, and his peers. 

Observations as Pupil Pers onnel and Re search Data 

Observation as a method of obtaining information has a long history 
in educational and psychological research. While observations lack pre- 
cision and objectivity and present problems in the estimation of relia- 
bility as compared with data such as test scores, rating scales and other 
psychometric dev ions, only observational methods offer the possibility 
of capturing u picture- of the chi ld 1 :; behavior in its natural context. 
Ignoring temporarily the issues frequently raised about observer contam- 
ination or influence, observations provide the opportunity to collect and 




maintain an ongoing systematic record of the behaviors of children and 
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teachers they happen in the classroom. Several investigators have 
attempted to record classroom behavior using observation techniques. 

Some observation check lists or categories of behavior which were developed 
(as in the work of Wrightstone, 1935 > and Rechless and Smith, 193*0 em- 
ployed free observations as a means by which to collect samples of behav- 
iors observed in schools. The terra "free observations" usually refers to 
those observations made without describing what the observers are to record. 
These free observation records were then studied to develop a categorical 
system for an observational rating scale which became the research tool. 
Observation categories also have been created from a factor analysis of 
ratings of classroom behaviors (Seton, Collins, and Koo, 1965). 

Still other school observation systems have been designed for speci- 
fic uses. Ryan (1959 ' trained observers to rate teacher behaviors on a 
scale of bipolar dimensions such as "understanding" vs "aloof". Flanders 
"interaction analysis" is an observational tool used to classify the ver- 
bal behavior cf teachers and pupils as they interact in the classroom 
(Amidon, 19uS). This system employs ten categories of verbal behavior, 
seven "teacher talk" categories, two "pupil" categories, and a tenth 
category cf "silence, noise or confusion". The observer makes a tally 
every three seconds in one of the ten categories. This system allows 
greater possibility for establishing reliabilities, but, like several of 
the procedures described above, there is no record of what actually occurred 
to check the accuracy of the observational record. 

Medley, Gohluc;: , and Ames ( 1968 ) developed a procedure for coding 
teacher-pupil behaviors onto a mark sense answer sheet which offers the 
investigator a check 1 method of observation which is immediately 
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ready for data processing input. OScAR (Observation Schedule and Record) 
is their classification scheme for examining the verbal behavior of teachers 
and pupils in the classroom. OScAR has the limitation of being a closed 
rather than an open system for observation (since the number of entries 
is finite) and is also limited by the fact that the nature of the entry 
is lost since the observer only classifies, and is not required to des- 
cribe the observation. 

Several investigators attempted to use observers to provide a running 
account of the life of a child through the use of anecdotal or free obser- 
vational techniques. Barker and Wright*s book (1955 ) describes in detail 
their use of free observation in an ecological study of behavior of children 
in a small midwest town. Flory (1968) employed a transcription from a rela- 
tively unstructured interview to determine the nature of the child* s play 
experiences at home as reported by the mother. He analyzed the transcrip- 
tion to sort responses into categories describing various aspects of play 
activities. A system for processing natural language observations into 
categories for computer input and retrieval has been developed by Caldwell, 
Honig, and Wynn ( 1968 ) under the acronym APPROACH (A Procedure for Pat- 
terning Responses of Adults and Children). In this system little atten- 
tion is paid to the details of the observation procedure in terms of pur- 
pose of the observations, position of observer, types of behaviors re- 
corded, or context in which observations were made. 

From the foregoing description of uses of observation as a method 
for studying children in various contexts and as a research tool, it is 
apparent that few investigators have attempted to record actual behaviors, 
incidents, or anecdotes concerning individual children. The emphasis in 
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most observational research has been upon establishing reliability in rat- 
ing or categorizing behavior and upon the development of scales and obser- 
vation methods which allow data to be easily manipulated and analyzed. 

We considered that the data obtained by a relax,. 'ly free observa- 
tional method (using psychologists, teachers, principals, or parents as 
the reporters of behavior) offered a valuable and unique source of infor- 
mation about children in school. Therefore, we decided to attempt the 
development of a system in which observers in the classroom would observe 
and record children’s behaviors along with the context, antecedents, and 
consequences of those behaviors. We have also directed our attention to 
developing methods for efficiently and accurately recording and trans- 
cribing observations in such a way that they will become, when processed, 
more than a source of information about individual children, but a record 
of the child’s progress through school, and an account by which the nature 
of children’s experiences in school can be studied and compared. 
Development of the Lexicon of School Observations 

In order to define the event phenomena common to children’s school 

experiences a major effort of the Stress of School Project was to study 

empirically the nature of behavior described in observations of children 
in the school setting and the nature of the interactions of the teacher 
with the child. We analyzed over 10,000 free observations of more than 

2000 children in 75 classrooms in 10 schools to develop the "Lexicon of 

School Observations". Observers employed no a priori categories in making 
observations. Their only instructions were to make a record of descrip- 
tive statements of what they believed to be important information about 
children in school and to include in the record a statement describing 
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the antecedents and consequences of the behaviors as well as the inter- 
action of the teacher with the child. The wide variety of behaviors 
recorded in the observations allowed us to abstract the following classes 
of significant school events. 

Academic-intellectual behavior . (a) Signs of unusual strengths or 
weaknesses, including oral and written work, response to questions, teacher 
comments, etc. (b) Change from usual level of performance. (c) Response 
to new methods, teachers, etc. (d) Performance in various situations, 
including small group, individual and class instruction, and other instruc- 
tional settings . 

Social-emotional b e havior . (a) Usual method of relating to peers. 

(b) Changes in peer relations. (c) Aggressive, attention-getting, imma- 
ture or inappropriate behavior. (d) Successful coping with a difficult or 
potentially difficult situation. (e) Relationships with familiar adults — 
teachers, aides, etc. (f) Relationships with other adults — principal, 
nurse, counselor, substitute teachers, etc. 

Physical appearance . (if out of ordinary, very good, or very poor). 

(a) General grooming. (b) Health. (c) Signs of fatigue. (d) Nutrition. 

(e) Stature and build. 

General behavior . (a) Attention level. (b) Restlessness. (c) Alert- 
ness . 

Other . (a) Contacts with other school officials. (b) Teacher reports. 

(c) Anything else considered important. 

The "Lexicon of School Observations" is open-ended, allowing for the 
addition of categories as they are needed. In our work we did not focus 
on isolated teacher behavior since the objectives of the Stress of School 
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Project centered on teacher interaction with pupils. In the record of an 
event, antecedent teacher behaviors, teacher response to behavior, and 
the sequelae to the event are noted and processed as part of the event 
description. The APPLE programs retrieve teacher responses matched to 
pupil behavior. This made possible the addition of teacher behavior cate- 
gories to the Lexicon from an analysis of observations of teacher-pupil 
interactions in a natural setting. Thus we were able to study teacher 
behavior in the classroom as a process of interacting with pupils and to 
maintain the approach of developing lexicon entries on observed rather 
than pre-determined categories of teacher behavior. 

The logic of formatting a school event into fields which describe the 
school context in which the event occurred and parsing the annotation of 
the event into phrases which describe the behavior, giving each of these 
phrases a Tt modif ier ," which describes the nature of the annotation, closely 
follows the PsyCHES conceptualization of reducing natural language of the 
event into data processing form. Although APPLE required a different set 
of event names and modifiers, as many were retained from the PsyCHES list 
as seemed feasible. Abbreviations of event names in the APPLE and PsyCHES 
event systems are also usually the same to retain compatibility of the 
APPLE and PsyCHES lexicons. The lexicon in the APPLE system is open- 
ended. Investigators who wish to use a specific set of observations for 
testing hypotheses can insert their observation categories into the 
system. 




Anecdotal Data other than Observations 

The processing of other types of anecdotal data is under study at 
the present time. We are analyzing reports of consultations between 
teacher and psychologist, psychologist and principal, and psychologist 
and parent to develop formats for processing this important information. 
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A Luo under study are? methods for processing teacher and Parent conference 
reports. Already a part of the anecdotal information in the APFLE system 
are referrals, including presenting problems and follow-up placement, 
and annotations relative to quantitative data such as grades, test scores, 
and attendance follow-up which are carried along with the report informa- 
tion. 

Since a finite list of school events does not have to be specified 
for the AFPLE programs to be applicable, a school district user of the 
system may employ any set of event categories he wishes so long as he com- 
plies with the minimal requirements for formatting anecdotal data for in- 
put to the system. 

APPLE File Organization, S t or age, and Processing 
Data Structure 

y 

Both the APPLE and the PsyCHES systems rely on storage in magnetic 
tapes manipulated by COBOL programs in large scale computers. The develop- 
ment of the programs has differed greatly. Much of the early PsyCHES pro- 
gramming was devoted to facilitating a transcription system that permitted 
keypunching a great many mnemonic codes. These codes were used by the 
keypunch operators in transcribing audio recordings prepared by the editors 
of the euse history sources (usually research assistants reading and 
translating psychiatric protocols into event formats). Both APPLE and 
PsyCHES programs retain natural English language in the annotation of an 
event. However, PsyCHES inputs were almost completely free form and stor- 
age on magnetic tape was largely free form within large fields. 

APPLE data, on the other hand, are largely structured. The high 
percentage of school data available in organized descriptive fields (names. 
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addresses, dates, etc. ) and in arrays (attendance, test scores, report 
cards) dictated APPLE'S high reliance on many special-purpose input card 
formats with fixed fields. Annotation of anecdotal information and obser- 
vations is carried in 1+8-character fields. Magnetic tape storage of both 
anecdotal and quantitative data is formatted in card images to facilitate 
the use of outputs intermixed with card decks as inputs for further pro- 
cess.! ng . 

The APPLE data structure and the way data are organized into files 
give the system its potential as a research tool and its generalizability 
to a variety of administrative needs. 

File Organization 

APPLE data are maintained in four kinds of files: (a) rosters, (b) 

master files, (c) transaction files, and (d) interrogation files (queries, 
analysis, retrieval, abstraction, summary). 

Rosters . These files are essentially lists of names. If the list 
has been gathered for some special purpose, some small amount of supple- 
mental information may accompany the name. Schools generalJy have to 
compile many lists: class lists, honor rolls, graduation lises, athletic 

eligibility, visually impaired, high risk of failure, gifted, teacher, 
alumni, etc. It is assumed that APPLE rosters would serve many such needs. 
Rosters of pupils who are in special categories can be used to match 
against the files in order to abstract specified kinds of data from the 
dossiers of the pupils listed on the roster. 

In a system of several thousand pupils we would expect a file to con- 
trol the assignment of pupil dossier codes, shewing the present status of 
all codes previously assigned (active, withdrawn, name change). New code 
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assignments would be checked against this roster and it would be searched 
for new students 1 names in the possibility that they are reentrants with 
already existing file materials. The code used in the APPLE system con- 
sists of the first three letters of the pupil's last name, followed by a 
three-digit number unique for that letter combination that places the 
name in alphabetic order within the alphabetic portion of the code. For 
example: Charles Johnson — J0H200-, Linda Johnson — J0H230; Phillip Johnson — 
JOH2^5; Eric Johnston — JOH300. These codes can be assigned by a facility 
of the APPLE main program. 

Master file . The master file is the data base, the repository for 
all data entering the system, and is continually updated with new material 
from the transaction files. It is stored on magnetic tape for economy 
and transferred to magnetic disc for high speed analysis and retrieval. 

The APPLE system organizes pupil data in the master files in the follow- 
ing hierarchy, which is described in detail below: 

Cohort 

Pupil dossier 
Topic 

Data species 
Date 

Entry 

Line 

1. Cohort. A cohort is a group of pupils who "travel" together in 
the school setting — essentially, those who are at the same grade level. 

On the way some old pupils may drop out and new pupils may enter, but the 
group as a whole can always be identified as "the class of 19 •" 




In a 
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long-range record system the advantage of the cohort designation versus a 
changing grade level designation is obvious. Each cohort in the file has 
as its starting boundary a cohort entry, which contains school and cohort 
codes in a fixed field as well as a free-form description of the cohort. 
Cohorts are sequenced in the master file in ascending order of cohort code. 

2. Pupil dossier. A pupil dossier is the collection of all entries 
belonging to one pupil. It always starts with the name entry, which con- 
tains the pupil dossier code and serves as the boundary point for the 
dossier. Pupil dossiers are sequenced within cohort in ascending order 
of dossier code. 

3 . Topic. Data in the pupil dossier are grouped into topics that 
cover different areas of the pupil 1 s life. Topics presently implemented 
for APPLE are identification (i.e. name, address, etc.), family and socio- 
economic data, and school records (i.e. class history, absence records, 
report cards, test scores, and observations of pupil behavior). The high- 
order character of the two-character format code is used to identify the 
topic, thus permitting future expansion of the system to include other 
areas of data. 

U. Data species. All entries containing the same kind of data in 
the same format are considered to belong to a data species. Data species 
are identified by the format code, and are sequenced within the dossier 
in ascending order of format code. Examples are name, test scores, obser- 
vations. Some data species have unique entries, that is, they occur only 
once in a pupil dossier (e.g. name). Others by their nature have repeat- 
ing entries; they may occure more than once (e.g. observations, test scores, 
referrals ) . 
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5. Date. Every repeating entry contains the entry-date in a uni- 
form field. This is the date associated with the data (e.g. the date an 
observation was recorded, the date a test battery was administered, or the 
closing date of an absence report) and is not to be confused with the 
posting date, which indicates when an entry was incorporated into the mas- 
ter file. Repeating entries are sequenced within species in ascending 
date order. If several entries of the same date are input at the same 
time, they will be stored in the order of input. If subsequently another 
entry of that date is merged with the file, it will be sequenced after 
all previous entries of the same date. 

6. Entry. An entry is a set of one or more lines. The first line 
is in a fixed-field format belonging to a particular data species and any 
subsequent lines are annotation. An observation of pupil behavior and a 
test score report are both entries. Any entry may include annotation. 

An entry is treated as a unit for purposes of storage and may be treated 
so in other processing such as sorting or abstraction. 

7. Line. The line is the basic unit of input in the APPLE system. 

It is an 80-coluran punched card image. As stored on tape, it is identical 
in format to the punched card or teletype line on which it was originally 
input, except that the sequence number, which appeared in columns 75-80 

of the punched card, appears on tape in columns 3-8, and the pupil dossier 
code, which appeared in columns 3-8 on the punched card, is moved to co- 
lumns 75-80. In the master file the pupil dossier code is replaced by a 
posting date which indicates when the Line was written In the file, and 
the sequence number is replaced by one of a new series that puts all the 
lines in the file in one continous sequence. 
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The format of each line, that is, the location and type of each item 
of data it contains, is indicated by a two character format code which 
appears in column 1-2. The format code has a number of functions: (a) It 

defines a keypunch card layout for input. (b) It defines the particular 
species of data that is punched in that layout (e.g. name, address, test 
scores, observations of pupil behavior) except for the general purpose 
formats noted in (e) below. (c) It defines a set of data items to be used 
in processing, especially in retrieval. (d) It determines an output for- 
mat which permits the line to be printed in attractive, legible form and 
may signal the computer to output headings or captions and/or control 
vertical spacing on the page. (e) It sequences the line within the pupil 
dossier for purposes of storage and retrieval. Format codes appear in 
the dossier in ascending sequence, with the exception of certain formats 
whose codes use characters other than letters and numbers. Of special 
interest are the format codes with a or a in the low-order char- 
acter (column 2). They are used for annotation, and a line with such a 
code has no intrinsic place in the sequence, but is treated, at the time 
of storage or retrieval as an appendage of the line it follows. Any 
characteristics of its contents, likewise, will depend on the species of 
data to which it is appended. 

Transaction files . Information enters the system as "transactions " 
which are transcribed in batches into machine-sensible form, stored in 
temporary files on magnetic tape for further processing, and finally merged 
with the master file. These temporary files are called transaction files. 
Every line of data entering a transaction file contains a pupil dossier 
code in a file control field; this code remains in the line for positive 
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identification until it is incorporated into the master file. The line 
is then positively associated with a name entry that contains the pupil 
dossier code in a special field, and the code in the file control field 
is replaced by the pouting date to maintain a history of the master File. 

Before they are ready for merging with the master file, transaction 
files must undergo one or more of a series of processing steps which are 
performed by APPLE storage and maintenance facilities. 

1. Reformatting. Where transactions are received as machine-sen- 
sible records in non-APPLE formats, the REFORMAT facility of the APPLE 
main program can abstract specified items from such records and incor- 
porate them into an APPLE format to produce a file acceptable as APPLE 

i nput * 

2. Sorting. Because APPLE records are accessed sequentially, a 
transaction file must be in correct sequence before it can be merged 
with the master file. The SORT PACKAGE, an APPLE supporting program, 
will sort files by cohort, pupil dossier code, format code and date, 
perserving the input order of entries within date and lines within entry. 

3. Proof-listing and sequence numbering. At the time a batch of 
transactions is stored on magnetic tape it can be listed in report for- 
mat, which spaces out items in each line for readability and adds captions 
and headings to make the data meaningful (see Fig. ’1 ). The PROOF facility 
of the APPLE main program produces both the report and the file copy on 
magnetic tape. As part of the operation, the RESEQUENCE option will cause 
a 6-digit sequence number to be inserted in each line of the file. The 
lines are numbered in increments of ten to permit insertion of new lines. 




25 



U. Correction of data. The ARD (add-replace-delete) facility of the 
APPLE main program permits the user to delete any line or lines of a file 
and to insert new liner,. A line may be replaced by deleting the old line 
and inserting a new one. Sequence numbers are used to find lines to be 
deleted and to determine where new lines are to be inserted. 

5. File-editing. To assure that it will be possible to merge addi- 
tional data with the master file and to retrieve data from it, the master 
file and all update material must meet certain criteria. Every batch of 
data must be headed by a cohort entry, since the cohort code is not carried 
in individual pupil entries. Every entry must be associated with a name 
entry, either in the file being edited or in the file with which it is being 
merged. No pupil dossier code may contain any illegal characters that would 
cause it to be sequenced out of order. And of course all data must be in 
proper sequence. The MERGE facility of the APPLE main program edits a trans 
. action file by rejecting any entries that do not meet these criteria, either 
at the time of creating a master file, at the time of merging transactions 
with the master file, or at a previous time. It also creates, maintains, 
and checks for each file it processes a file status entry that indicates 
whether the file is a master file, whether its sequence has been disrupted 
by an ARD operation, and the data of the last update. 

Interrogation files . Once the master file is established as the data 
base, it can be used to produce many kinds of files that contain subset 
and/or summary information. 

1. File analysis. The retrieval capability of the main APPLE program 
permits the user to identify those pupils who do or do not satisfy speci- 
fied requirements. These requirements can be expressed as logical pro- 
O ducts of up to fifty criteria. Counts are produced showing how the 
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pupils as individuals and groups satisfy each criterion. 

2. Abstraction. Subset files may be produced by selection on two 
dimensions: (a) Pupil. Information may be abstracted for all pupils, or 

only for those on a selected list, including the kind of list produced by 
the file analysis described above. (b) Data, Complete dossiers may be 
abstracted, or subsets may consist of selected date ranges within selected 
data species. 

On another level, selected data items (for all or for selected pupils) 
and/or summary information may be incorporated into user-specified formats 
to produce files for input to statistical and other programs. 

When interrogation files are to be used for research purposes by 
parties not entitled to have access to confidential information, the DIS- 
GUISE option can be used to provide a copy of any file with disguised 
pupil dossier codes and with names and addresses obliterated. 

Files produced by interrogation may need to be sorted in order to 
be useful. Disguised files, for instance, should he sorted on the dis- 
guised pupil dossier number. Subset files may need to be sorted on rele- 
vant data items. The SORT PACKAGE is a generalized program that can be 
used to sort files in a variety of ways on user-specified items, with 
specified entries treated as "masters" and the input order of other speci- 
fied entries preserved. 

Retrieval Power 

The APPLE data structure facilitates abstraction of a vide variety 
of subsets of both anecdotal and fixed-field data from the pupil dossiers. 
It also facilitates application of a powerful system of logical analysis 
to the entire file for the purpose of identifying those dossiers of special 
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interest. Lastly, but of great importance for research applications, the 
structure facilitates the abstraction of numerical matrices in suitable 
form for input to statistical computer programs. 

Flexibility of Content 

The APPLE system permits an almost unlimited number of compatible 
formats, all of which can be manipulated by the processing facilities. 

The Stress of School Project has employed only a portion of the possible 
kinds of information which one can conceive of as being available for 
processing into the APPLE system. Further flexibility in the use of for- 
mats is made possible by the way the system handles array data. Formats 
that hold array information such as test, absence, and report card data, 
are designed to be user-defined. That is, while information must be 
stored in fields of fixed size, the user may utilize as many or as few of 
these fields as he chooses, and may define the information stored in each 
field by imposing his own report headings as part of the input and by 
accessing each field by its location rather than by predetermined names 
for items or groups of items. Thus the logic of the file system and the 
main and supporting programs permit the user to specify the information 
which is to be maintained, the categories of information to be processed, 
and the specific entries which are to be made. 
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Note 

An APPLE system user's manual being developed will enable the user to 
select appropriate options, prepare input, and interpret output. 

Two report-prefacing facilities are provided in the program in addi- 
tion to the file-manipulation modules and processing options described 
previously. The user may select any of these facilities by means of a set 
control cards that precede any input data cards. The APPLE program control 
cards, referred to as "star-statements are distinguished by an asterisk 
in column 1 and are used to select options and to provide parameters to 
the program modules. Figure 2 diagrams the way in which the report-pre- 
facing facilities and the file -manipulations modules are selected. 

Report-pr e facing facilities . These options permit the user to intro- 
duce his own identifying material or documentation at the beginning of a 
report, following the title page. 

The *.LIST statement causes text cards following it to be printed in 
80-column format centered on the page. (The text cards must not have an 
asterisk in column 1, and the process continues until another star-state- 
ment is encountered). 

The *. DISPLAY statement assembles a 132-character line from each pair 
of text cards following it, using a 66-column field from each card of the 
pair. This facility is particularly useful for developing new report for- 
mats to be incorporated into the program. Dummy reports can be produced 
by keypunching and easily modified until 'satisfactory formats are arrived 
at. Then the necessary programming can be implemented. 

Any number of *.LIST and *. DISPLAY statements may be included in the 
program control set. Each one will cause the printout of the text cards 
following it to start on a new page. 
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File-manipulation modules . Of the six modules , whose functions are 



described briefly on pp. 2U-26, five are selected by star-statements, i.e. 
REFORMAT, MERGE, ARD, ANALYZE, and ABSTRACT. The PROOF module is selected 
by default, if no other module is selected. Its only function is to pro- 
duce a copy of an input file in report format and, optionally, to store 
it on tape. As indicated in the diagram, MERGE may be selected to follow 
REFORMAT or ABSTRACT may be selected to follow ANALYZE; in each case both 
operations will take place in the same job. Similarly, a series of files 
may be merged togtether by executing MERGE in several passes on successive 
files in one Job. No other multiple operations are permissible. If an 
illegal combination of modules is selected, the first one shown in the 
diagram is executed, and any other module selection is ignored. 

Concurrent optional processing . RESEQUENCE and DISGUISE may be 
selected with appropriate modules. These options are described respec- 
tively on p. 2k and p. 26. An option called PROOF may also be used when 
a non-default module is selected. When used as a concurrent process (rather 
than as a module by default), PROOF causes an output file to be printed in 
report format in addition to being stored as usual on tape. 
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The Star-Statements shown below may be 
intermixed and repeated as desired 
except for n ^.GOFILL> n which, when en- 
countered, passes computer control to 
the file-manipulation functions shown 
on the next page. 




Fi r gure 2. Overview of APPLE Main Program Options 
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Figure 2 (continued) . Overview of APPLE Main Program Options 
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Figure 3. Computer Cost Estimates 



